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ABSTRACT 



A client -based system has a scheduling subsystem to sched- 
ule a time to obtain the Web content from the server. When 
the client reaches the scheduled time, the scheduling sub- 
system generates an event notification that contains suffi- 
cient information explaining how to retrieve the Web con- 
tent. The client-based system has a delivery subsystem that 
is responsive to the event notification to obtain the Web 
content at the time set by the scheduling subsystem. The 
delivery subsystem preferably has multiple delivery mod- 
ules that enable different types of distribution mechanism. In 
addition to the Web content or data itself, the deUvery 
subsystem obtains an index to the Web content. The index 
summarizes the Web content to facilitate local search and 
find tasks. The index and Web content are stored in a cache 
at the cUent. An indexing subsystem presents the index to a 
user and enables the user to select from the index portions 
of the Web content that they prefer. Based on these 
preferences, filters are created to remove items not of 
interest. When the client is offline, the user browses the 
cached Web content. The user is offered essentially the same 
functionality as a live online session, except that any 
requests to a remote server are temporarily accumulated for 
later submission. When the client reconnects to the server, 
all accumulated data is sent in batch to the appropriate 
servers. The user can also create his/her own channel by 
aggregating content from different channels. 

26 Claims, 9 Drawing Sheets 
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CLIENT-SroE SYSTEM FOR SCHEDULING 

DEUVERY OF WEB CONTENT AND 
LOCALLY MANAGING THE WEB CONTENT 



TECHNICAL FIELD 

This invention relates to client-server systems and meth- 
ods for obtaining Web related content from one or more 
servers and presenting that content to a user. More 
particularly, this invention further relates to client-side soft- 
ware and devices that facilitate delivery and presentation of 
the Web content. 

BACKGROUND OF THE INVENTIGN 

Public networks, and most notably the Internet, are 
emerging as a primary conduit for communications, 
entertainment, and business services. The Internet is a net- 
work formed by the cooperative interconnection of comput- 
ing networks, including local and wide area networks. It 
interconnects computers from around the world with exist- 
ing and even incompatible technologies by employing com- 
mon protocols that smoothly integrate the individual and 
diverse components. 

The Internet has recently been popularized by the over- 
whelming and rapid success of the World Wide Web (WWW 
or Web). The Web links together various topics in a complex, 
non-sequential web of associations which permit a user to 
browse from one topic to another, regardless of the presented 
order of topics. The Web is rapidly evolving as a standard for 
distributing, finding, and accessing information of any type. 
A "Web browser" is an application that executes on the 
user's computer to navigate the Web. The Web browser 
allows a user to retrieve and render hypermedia content from 
the WWW, including text, sound, images, video, and other 
data. 

The amazing growth rate in the demand for data over the 
Internet is partly due to an increasing audience. The World 
Wide Web has crossed the threshold that makes it affordable 
and interesting to a much larger audience. There is infor- 
mation available on a very wide variety of topics, and tools 
exist to help people find and view the information cost 
effectively. 

Another factor fueling the Internet growth is the explod- 
ing amount of information that is now available on the Web. 
The Web has grown from thousands of Web sites to several 
million Web sites in a very short period of time. The growth 
continues at an exponential rate. Many corporations and 
libraries are translating paper and microfilm information 
archives to electronic media that is published via the Web or 
similar network. While this has resulted in a wealth of 
information that is now available to virtually anyone, the 
information is poorly organized and the sheer volume of the 
information makes it hard for a typical person to sort 
through, find, and retrieve specific information. 

The shift from paper published media to online media also 
created a new problem. People wishing to access Web 
information are limited to accessing it only when connected 
to the Internet or other network. Network connectivity is 
largely restricted to a physical wire connection to the 
computer, or a virtual connection to wireless transmission 
networks. This makes it hard, if not impossible, to discon- 
nect the computer from the network and still access infor- 
mation. 

As more information is brought online, the demand on the 
computational and network resources to categorize, search, 
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personalize, and retrieve the information is placing new 
demands on the existing client-server infrastructure that 
makes up networks Like the Web. Additionally, the data 
demands are affected by a trend for Web sites to evolve from 
5 serving pure text to serving richer media content, including 
graphics, sound, and video. Adding richer media content is 
popular because it presents information more clearly and 
attractively, thereby enhancing a site's impact and popular- 
ity. 

jQ Due to these emerging factors, a significant problem 
facing the continued growth and acceptance of the Internet 
is that conventional methods for accessing the Web do not 
scale well to meet the rapid growth in supply and demand, 
or to satisfy the need for better organization. The quality of 
service for the Web is intuitively measured by the user as the 
amount of time it takes to search, find, request, and receive 
data from the Web. Internet users have been conditioned 
through their experiences with television and standalone 
multimedia applications to expect instantaneous results on 
demand. Users are accustomed to changing the TV channel 
and instantaneously viewing the video content for that 
channel on the screen. Unfortunately, the Internet is unable 
to deliver data instantaneously. For the most part, the Inter- 
net has significant latency problems that reduce fairly rou- 
tine Web browsing exercises to protracted lessons in 
patience. 

The basic dilemma is that the quality of service degrades 
as more people try to use the Web. More unsettling is the 
corollary that service for popular Web sites is typically much 
worse than service for unpopular sites. There are several 
causes of the service problem, including overburdened serv- 
ers and slow distribution networks. 

Networks often have loo httle bandwidth to adequately 
distribute the data. "Bandwidth" is the amount of data that 

2j can be moved through a particular network segment at any 
one time. The Internet is a conglomerate of different tech- 
nologies with different associated bandwidlhs. Distribution 
over the Internet is usually constrained by the segment with 
the lowest available bandwidth. 

In the consumer market, for example, most clients typi- 
cally connea to the Internet via a local modem connection 
to an Internet Service Provider (ISP). This connection is 
generally enable a maximum data rate of 14.4 Kbps 
(Kilobits per second) to 28.8 Kbps. Some clients might 

45 employ an ISDN connection, which facilitates data flow in 
the range of 128-132 Kbps. 

The ISP connects to the primary distribution network 
using a higher bandwidth pipeline, such as a Tl connection 
that can facilitate a maximum data flow of approximately 1.5 

50 Mbps. This bandwidth is available to serve all of the clients 
of the ISP so that each client can consume a 14.4 Kbps, 28.8 
Kbps, or 128 Kbps shce of the 1 .5 Mbps bandwidth. As more 
clients utilize the ISP services, however, there is less avail- 
able bandwidth to satisfy the subscriber requests. If too 

55 many requests are received, the ISP becomes overburdened 
and is not able to adequately service the requests in a timely 
manner, causing frustration to the users. 

Couple this problem with the fact that clients typically go 
underutilized. While servers are pushed to their maximum 

60 output limits, clients often sit idle for many hours per day. 
Because the bandwidth issue is constrained by technology 
development in the physical network architecture, early 
attempts to solve these problems focused on organizing the 
Web content in some manner to better facilitate search and 

65 retrieval. This in turn enabled users to more quickly access 
information on the Internet, even though the underlying 
physical architecture remained the same. 
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The earliest solutions involve organizing the information comparison to the vast wealth of information available on 

by hand. Humans review information by browsing the the Web. Users are restricted to these service-selected infor- 

Internel and assemble large lists of documents containing mation categories. 

similar information. The lists are further organized into Accordingly, there remains a need to develop improved 
hierarchies of categorized content. People can view the 5 techniques for facilitating distribution of Web content over 

categorized lists online in an attempt to more quickly obtain the Internet, 
a specific piece of information. The advantage of this 

scheme is that human reviewers are very good at caiegoriz- SUMMARY OF THE INVENTION 

ing the information and discarding low-value documents, so xtiis invention concerns a client-based system that 
the lists of categorized information contain fairly high value lO improves gathering and organizing of Web content in a 

information. Some hand-categorized data schemes are orga- manner diat mitigates impact on overburdened servers and 

nized into popular Web sites. The best known example of slow networks. The client-based system enables pcrsonal- 

this is the "Yahoo!" Web site. izcd filtering to collect only that content which the indi- 

The disadvantage of this human-driven technique is that vidual user prefers, while rejecting unwanted content, 

it becomes more difiScult to keep up when the amount of Moreover, the system enables the user to work offline from 

information grows exponentially. The categorized lists are the server with similar functionality to online operation, 

frequently out of date or inadequate. Additionally, the According to one aspect of this invention, the client-based 

method requires a user to be connected to the network to system has a scheduling subsystem to schedule a time to 

view the information. obtain the Web content from the server. When the client 

Another approach is to use massive search engines that reaches the scheduled time, the scheduling subsystem gen- 
automatically retrieve documents on the Web and attempt to erates an event notification that contains sufficient informa- 
index all of the information. The technique of fetching this tion explaining how to retrieve the Web content. As an 
information is known as "web-crawling" or "web-scraping". example, the event notification might contain a URL 
Heuristic document categorization algorithms index the (universal resource locator) that the chent uses to go out and 
information and store the indices (but not the information) in fetch the Web content. The event notification might alter- 
large centralized databases. Users run queries against the natively contain a reference to a multicast address or a 
massive databases to find specific information, and then broadcast transmission frequency to which the client listens 
retrieve the information from individual web-sites. Popular or tunes to retrieve the desired Web content, 
examples of these types of Web based services include The cUent-bascd system has a delivery subsystem that is 
Lycos, InfoSeek, Alta-Vista, and others. They are generally responsive to the event notification to facilitate retrieval of 
referred to as "Search Sites" or "Internet Search Engines". the Web content at the time set by the scheduling subsystem. 

The advantage of web-crawling and indexing is that The deHvery subsystem preferably has multiple dehvery 

computers can automate the process of retrieving and modules that enable delivery of the content over different 

reviewingdocuments. The speed of computers means that a types of distribution systems. For instance, the delivery 

larger number of documents can be compiled as compared subsystem might comprise a multicast listener to listen to a 

to human efforts. The disadvantage is that the computers multicast address for the Web content, or a fetching program 

have a hard time distinguishing between valuable informa- that goes out to the server and retrieves the Web content over 

tion and worthless information, and are not very good at the Internet, or a broadcast packet rebuilder that reconstructs 

categorizing the information. Also, these types of databases Web content that is broadcast over a wireless network, 

are centralized and require an end user to be online to make In addition to the Web content or data itself, the dehvery 

queries against the database. A third approach to solving the subsystem obtains an index to the Web content. The index 

information glut problem is to employ information services summarizes the Web content to facilitate local search and 

that collect and editorialize information that they deem as find tasks. The index and Web content are stored in a cache 

important. The information is indexed and placed into a at the client, preferably according to some unique identifier 

centralized database. The services utilize a combination of such as URii. 

humans to collect and categorize information, and comput- xhe client-based system also has an indexing subsystem 

ers to perform automated information coUection. Because ^ retrieve the index from the cache and present the index to 

these systems effectively filter down the amount of potential a user. The indexing subsystem supports a user interface, 

information by many orders of magnitude, it is possible to g^ch as a graphical windowing UI, which enables the user to 

locally store portions of the centralized database on the select from the index portions of the Web content stored in 

chent server and for the user to view the information when cache. 

disconnected. According to an aspect of this invention, the user can 

The most popular example of this type of system is create personal filters that filter the index to remove items 
PointCast. PointCast collects news articles from many 55 not of interest. The filters can condense the index when it is 

sources, edits them down to a predefined maximum length, received prior to be cached, or when the user attempts to 

categorizes them, and stores them in a centralized database view the index. 

at their data center. Client software then queries the central- According to another aspect of this invention, the user can 
ized database to obtain the portions of the data in which the continue to search and find the Web content using the index 
user is interested. 60 even though the client is offline from the server. The user is 
The disadvantage of these systems is that a centralized given essentially the same functionahty as a live online 
database scales poorly as more and more users attempt to session, except that requests to remote servers are tempo- 
retrieve information. By centralizing all information, the rarily accumulated for later submission. For example, the 
data source becomes a choker point to information flow. user may fill out an HTML (hypertext markup language) 
Another disadvantage is that while some of these centralized 65 form and click a "submit" button to send the completed form 
information services provide a good selection of information back to the originating Web site. To the user, the clicking 
for users, the information is dramatically more restricted in action appears to send the form back to the server. However, 
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since the client is offline, the HTML form is kept in the cache 
until a later online session. When the client subsequently 
reconnects to the server, all accumulated data (i.e., requests, 
forms, etc.) that is destined for one or more remote servers 
is sent in batch to the appropriate servers. 

According to another aspect, the user can create his/her 
own channel. The client-based system enables the user to 
select preferred Web content that is delivered using different 
channels. For instance, the user might like to see all 
basketball-related content. Based on the tiser's selections, 
the system constructs a set of filtration rules and filters the 
different channels according to the filtration rules to aggre- 
gate the preferred Web content. In this manner, the system 
might extract basketball scores from one Web site, player 
statistics from another, and upcoming schedules from a 
third. The client-based system then presents the aggregated 
Web content as a new channel to a user, such as the 
"Basketball" channel. 

In one implementation, the client-based system is built 
into a Web browser. The browser may be integrated into the 
operating system, or run as a separate application. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The same reference numbers are used throughout the 
drawings to reference like components and features. 

FIG. 1 is a diagrammatic illustration of a client-server 
system, 

FIG. 2 is a block diagram of a client computer, 

FIG. 3 is a block diagram of a client-based system for 
obtaining and caching Web content. FIG. 3 shows the 
client-based system implemented in a browser. 

FIG. 4 is a diagrammatic illustration of a graphical user 
interface used to schedule when to obtain Web content. 

FIG. 5 is a diagrammatic illustration of a graphical user 
interface used to present an index of the Web content to a 
user. 

HG. 6 is a diagrammatic illustration of a graphical user 
interface used to present the Web content to the user. 

FIG. 7 is a flow diagram in a client-side process for 
subscribing to Web content, scheduling its delivery, and 
presenting it to the user. 

FIG. 8 is a diagrammatic illustration of a webcast system. 

RG. 9 is a diagrammatic illustration of a client-server 
system in which the server implements filters constructed 
according to client preferences. 

DETAILED DESCRIPTION 

RG, 1 shows a client-server system 20 having multiple 
Web servers 22(1)-22(M) coupled to serve Web content to 
multiple clients 24(1)-24(N) via a distribution system 26. 
The Web content can come in many different forms. One 
example is a Web page stored at a Web site. A Web page is 
a title, collection of information, and pointers or "hyper- 
links" to other information. A Web page may be constructed 
from various types of content including computer data, 
audio, video, animation, bit maps or other graphics, appli- 
cations or other executable code, text, hypermedia, or other 
multimedia types. Another example of Web content is a 
video or audio that can be played at the server and trans- 
mitted over a distribution system 26 to one or more clients. 

Distribution system 26 represents many different types of 
distribution systems. As an example, the distribution system 
26 might represent the Internet, or an Intranet, or other 
network. Such networks enable point-to-point 
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communication, one-to-many communication, and many-to- 
many communication. The Internet, for example, supports 
multicast transmissions in which one or more servers trans- 
mit content to a predefined address. Clients listen to the 

5 address to receive the multicast content. In addition, such 
network systems (excepting perhaps multicast) are typically 
characterized as bi-directional, allowing communication 
both from the server to the client, and return communication 
from the chent back to the server. 

jQ The distribution system 26 might also represent a broad- 
cast transmission system in which Web content is distributed 
over a broadcast medium, such as radio, TV, microwave, 
satellite, or the like. A broadcast distribution system supports 
one-to-many communication and is generally characterized 
as a unidirectional system. Muhicast is usually likened to a 
broadcast system as being unidirectional. 

According to an aspect of this invention, the Web servers 
provide both the Web content 28 and an index 30 to the Web 
content. The index 30 contains information about the Web 
content 28. The index 30 also provides a way to locate the 
actual Web content, such as specifying a URL or a channel 
for each piece of Web content that is listed. The index 30 
includes descriptive information about each item of content, 
such as title, author, summary, last time modified, etc. This 
descriptive information can be used to categorize the Web 
content. 

The client-server system 20 supports a two -phase 
delivery, regardless of which type of distribution system is 
employed. The first phase is to deliver the index 30. The 
index may originate from one server, or it may be a 
collection of elements originating from multiple servers. 
The index can then be used to identify the Web content 28 
to be delivered to the client. The second phase is to deliver 
the Web content 28. The Web content may originate from 
one server, or from multiple servers. Moreover, the index 
and Web content may originate from the same server or from 
separate servers. 

The distribution system 26 supports different transfer 
architectures. The delivery of the index 30 and the Web 
4Q content 28 can involve one or more of the following archi- 
tectures: a "pull-based" architecture, a "poll-based" 
architecture, and a "push -based" architecture. In a pull- 
based architecture, the user directly or indirectly instructs 
the client software to initiate a request for data from the 
45 server. HTTP (hyptertext transfer protocol) and FTP (file 
transfer protocol) are examples of a "pull-based" architec- 
ture. 

In a poll-based architecture, the client software "pulls" the 
data on a periodic basis, not directly initiated by a user 

50 action. This may be based on a fixed repeating schedule, or 
a repeating schedule with a random element. Polling HTTP 
is an example of a "poll-based" architecture. 

In a push -based architecture, the server initiates data 
transfer to the client software. Multicast protocols, wireless 

55 pagers, radio, and TV are examples of "push -based" archi- 
tecture. To the casual user, "poll" and "push" can be made 
to appear the same. 

The client-server system 20 employs a channel metaphor 
to generally describe how the Web content 28 and index 30 

60 are made available to the user. For instance, news-related 
Web content might be available on a news channel and 
sports content might be available on the sports channel. In 
some instances, the channel is associated with a particular 
source, such as a CNN channel that facilitates delivery of 

65 CNN news from the CNN Web site. However, the term 
"channel" is not restricted to a single source, or to a single 
transport mechanism, or to a single protocol. 
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More broadly-speaking, a "channel" is an organizational 
tool that defines how content is bundled for presentation to 
the user. From the user perspective, the channel defines a 
content class, even though the content may be the aggrega- 
tion of data from many different sources. 

As possible examples, a channel might represent the 
content that is available from a single Web site, such as a 
channel for the popular Web site "ESPN SportsZone". The 
channel might alternatively consist of a group of like content 
that the user personally assembles and which is gathered 
from multiple sources. For instance, the user might create a 
"Basketball" channel that collects and presents basketball- 
related content from various sources like ESPN, CNN, 
MSNBC, and the like. 

The channel might further represent a physical transport, 
such as a channel associated with a multicast address or a 
channel associated with a particular airwave frequency. In 
this regard, the term channel is akin to the familiar 
TV-notion of channel. But, the term "channel" is not 
restricted nor necessarily tied to the underlying transport 
mechanism and hence is more general than the traditional 
TV channel. 

Exemplary Client Configuration 

FIG. 2 shows an example implementation of the client 
computer, referenced generally as number' 24. The client is 
illustrated as being implemented as a general-purpose com- 
puter. The client 24 includes a processing unit 32, a system 
memory 34, and a system bus 36 that interconnects various 
system components, including the system memory 34 to the 
processing unit 32. The system bus 36 may be implemented 
as any one of several bus structures and using any of a 
variety of bus architectures, including a memory bus or 
memory controller, a peripheral bus, and a local bus. 

The system memory 34 includes read only memory 
(ROM) 38 and random access memory (RAM) 40. A basic 
input/output system 42 (BIOS) is stored in ROM 38. 

The client 24 has one or more of the following drives: a 
hard disk drive 44 for reading from and writing to a hard disk 
or hard disk array, a magnetic disk drive 46 for reading from 
or writing to a removable magnetic disk 48, and an optical 
disk drive 50 for reading from or writing to a removable 
optical disk 52 such as a CD ROM or other optical media. 
The hard disk drive 44, magnetic disk drive 46, and optical 
disk drive 50 are connected to the system bus 36 by a hard 
disk drive interface 54, a magnetic disk drive interface 56, 
and an optical drive interface 58, respectively. The drives 
and their associated computer-readable media provide non- 
volatile storage of computer readable instmctions, data 
structures, program modules and other data for the client 24. 

Although a hard disk, a removable magnetic disk 48, and 
a removable optical disk 52 are described, other types of 
computer readable media can be used to store data. Other 
such media include magnetic cassettes, flash memory cards, 
digital video disks, Bernoulli cartridges, random access 
memories (RAMs), read only memories (ROM), and the 
like. 

A number of program modules may be stored on the hard 
disk, magnetic disk 48, optical disk 52, ROM 38, or RAM 
40. These programs include a server operating system 60, 
one or more application programs 62, other program mod- 
ules 64, and program data 66. The operating system 60 is 
preferably a multitasking operating system that allows 
simultaneous execution of multiple application programs 62. 
The operating system employs a graphical user interface 
windowing environment that presents the applications or 
documents in specially delineated areas of the display screen 
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called "windows." One preferred operating system is a 
Windows brand operating system sold by Microsoft 
Corporation, such as Windows 95, Windows CE, Windows 
NT or other derivative versions of Windows. It is noted, 

5 however, that other operating systems may be employed. 
A xiscr may enter commands and information into the 
server 22 through input devices such as a keyboard 68 and 
a mouse 70. Other input devices (not shown) may include a 
microphone, joystick, game pad, satellite dish, scanner, or 

jp the like. These and other input devices are conneaed to the 
processing unit 32 through a serial port interface 72 that is 
coupled to the system bus 36, but may alternatively be 
connected by other interfaces, such as a parallel port, game 
port, or a universal serial bus (USB). 

A monitor 74 or other type of display device is also 
connected to the system bus 36 via an interface, such as a 
video adapter 76. In addition to the monitor, personal 
computers typically include other peripheral output devices 
(not shown) such as speakers and printers. 

The client computer 24 has a network interface or adapter 
78, a modem 80, or other means for establishing commu- 
nications over a network 82 (e.g., LAN, Internet, etc.). The 
modem 80, which may be internal or external, is connected 
to the system bus 36 via the serial port interface 72. 
Although not shown, the client 24 may also be imple- 

25 mcntcd as a broadcast-enabled computer, which includes a 
digital broadcast receiver (e.g., satelUte dish receiver, RF 
receiver, microwave receiver, etc.) and a tuner which tunes 
to appropriate frequencies of the broadcast network. One 
example implementation of a broadcast-enabled PC is 

30 described in a co-pending U.S. patent application Ser. No. 
08/653,663, filed Jan. 29, 1996, which is a continuation of 
U.S. patent application Ser. No. 08/503,055, entitled 
"Broadcast-Enabled Personal Computer," filed Jul. 17, 
1995, which is now abandoned. These applications were 

35 filed in the names of Gabe L. Newell, Dan Newell, Steven 
J. Fluegel, David S. Byrne, Whitney McCleary, James O. 
Robarts, Brian K. Moran; William B. McCormick, T. K. 
Backman, Kenneth J. Birdwell, Joseph S. Robinson, Alonzo 
Gariepy, Marc W. Whitman, and Larry Brader. This appli- 
cation is assigned to Microsoft Corporation, and is incor- 
porated herein by reference. 
Client-Based System 

An aspect of this invention concerns a cHent-based 
system, implemented at each of the clients 24(1)-24(N), 

45 which improves gathering and organizing of the Web con- 
tent 28. For purposes of continuing discussion, the client- 
based system is described in the context of being incorpo- 
rated into a Web browser, such as the Internet Explorer 
browser available from Microsoft Corporation. FIG. 2 

50 shows a Web browser 90 implemented as a separate appli- 
cation 62 or integrated into an operating system 60. 
However, it is noted that aspects of this invention can be 
implemented apart from a Web browser. 
FIG. 3 shows the Web browser 90 in more detail. It 

55 includes a scheduling subsystem 92 to schedule a time to 
gather the Web content from one or more servers. It also 
includes a delivery subsystem 94, which is responsive to the 
scheduling subsystem 92, to obtain the Web content at the 
scheduled time. 

60 The scheduling subsystem 92 has a scheduler module 96 
and a notification generator module 98. The scheduler 96 
consists of software code that manages when the defivery 
subsystem 94 is to run at a later time. The scheduler 96 thus 
sets the time event when certain Web content is to be 

65 collected. This may be a one-time event, a periodic event, or 
even an event whose occurrence is based on some degree of 
randomness. 
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The scheduler 96 supports a graphical user interface (UI) index to a user through a user interface 122. The index lists 

that enables a user to schedule such time events. FIG. 4 the available Web content that is stored in the cache, and 

shows an example of a scheduling UI 100 that allows the enables the user to select or reject certain types of content, 

user to specify when the browser should collect content from FIG. 5 shows an example of an index viewer UI 122, 

the Internet. The scheduling UI 100 has a field 102 that 5 which presents the Web content in a hierarchical organiza- 

permits the user to define and name different schedules. The tion. In this example, the index viewer UI 122 is a "pane" of 

UI 100 also has multiple parameters 104 that the user can ^ larger graphical user interface window, as is shown more 

elect to establish various collection times. clearly in FIG 6 

In some cases, the user may wish to schedule the gath- judex UI 122 presents general categories, such as 

ering of Web content at predictably lowtraffic times, such as .^^^^ Technology", "Sports", "Business", 

at midnight or early morning hours^ TTie user en tei^ these "Entertainment", "Lifestyle and Travel", "The Microsoft 

constramts in the Time field of the schedule UI 100 as Network", and "MSNBC". There is also a category that 

shown, rhe ability to coordinate delivery 01 content at ^ . 1 ^ • ■, * -j - c J 

off-hours helps aUeviate network congestion and the burden ''^'^''^ ^ Channel Guide which piovid^ mformation on 

on servers the vanous channels available to the user. The user can elect 

c . , ™^ - , , J 1 1 15 certain channels and content by appropriately marking them 

With reference agam to FIG. 3, when the scheduled time • *u • ^ • m I't^s 

♦u u J 1 ft/: • f \u *• * m the index viewer UI 122. 

arrives, the scheduler 96 informs the notincation generator in. • j • l * ^'>/i . > f 

no. * . ^-n . .-c Thc mdexmg subsystcm 120 storcs the uscr s preferences 

98 to generate an event notincation. The event notincation ^ ®. u u n* i 

* • or • * • f * ix u* ■ in a preference store 124 (which may be physically imple- 

contains sufficient information to configure, or obtain con- ... u -n^ *t. <• ^ii i- . 

c c i_ . ixA . mented m the cache 116 or other memory of the chent 

figuration iniormation, tor the dchvcry subsystem 94 to * \ 'n. u nn *u p 

. ^ . ^ . 1 f ^1 • J J * * * * c 20 computer). The browser 90 uses the user preferences to 

begin rctneval of the index and content. The event notifi- jl, ^AA;t;^„»^ wi^w ^„t^„« tu^t i^^^ii,, ot™^ 

5 • . • r *t_ f 11 • * c collect any additional Web content that is not locally stored 

cation might contain one or more of the following types of . - < ajj-.- n .u p -j . 

c . "& in the cache 116. Additionally, the preferences are used to 

in orma ion. create filters that remove unwanted Web content before it is 

a channel reference p^^^^^^j 

instructions teUing the delivery subsystem which mecha- 35 The browser 90 has a filtering subsystem 130 that creates 

nism to use to obtain the data (e.g., fetching, broadcast, ^nd maintains one or more personalized filters 132 and 134. 

multicast) filtering subsystem 130 collects the user's preferences 

one or more URLs from the preference store 124 and constructs filters 132 and 

a multicast address; 134 based on the preferences. The filters scan the index 30 

a wireless frequency (radio, TV, etc.) 30 or Web content 28 and identify matches between the user's 

The delivery subsystem 94 provides the means for obtain- preferences and information stored in the index 30 or Web 

ing the index and Web content. The delivery subsystem 94 content 28. Index items or content data that do not match the 

supports one or more different mechanisms to retrieve the user's preferences are discarded. 

information. In the illustrated implementation, the delivery One type of filter is a "pre-cache" filter that filters 

subsystem 94 includes a Web fetching program 110, a 35 incoming information as it is received from servers and prior 

broadcast packet rebuilder 112, and a multicast listener 114. to storage on the cache 116. Filter 132 is an example of a 

The Web fetching program 110 enables the basic func- pre-cache filter. With the incoming filter 132, unwanted 

tionality of going out on the Web and getting the desired index items or Web content is rejected before it is stored 

content. The Web fetching program 110 uses URLs to locate locally. 

the index and Web content, and downloads the found infor- 40 Another type of filter is a "post-cache" filter that filters the 

mation. index 30 and Web content 28 stored on the cache 116 prior 

The broadcast packet rebuilder 112 is used to reassemble to presenting it to the user. Filter 134 is an example of a 

Web content from packets that are broadcast over a broad- post-cache filter. 

cast medium. In the case where data is bundled and broad- The filtering subsystem 130 can be configured to filter on 

cast over a broadcast medium (e.g., radio, microwave, TV, 45 language types. For instance, the user might choose to view 

etc.), the client is equipped with a broadcast receiver to only content presented in a particular language, such as 

receive the packets. The broadcast receiver routes the pack- English or Spanish. Some Web sites contain multi-language 

ets to the packet rebuilder 112, which reconstructs the data documents and links to other multi- language data. With the 

from the packets. language filter activated, any Web content in a language 

The multicast listener 114 is a program that tunes to 50 other than the selected language is rejected, 

designated multicast addresses on the network to receive The browser 90 also has a content viewer UI 140 that 

messages. presents the Web content to the user. The content viewer UI 

When the delivery subsystem 94 retrieves the index 30 140 is preferably the same windowing UI employed during 

and Web content 28, it stores them in a local cache 116. The normal browser operation. 

cache 116 is implemented in the hard disk drive 44 of the 55 FIG. 6 shows an example of the content viewer UI 140, 

client computer 24, to provide persistent storage of the data. which presents the Web content to the user. In the example 

It is noted, however, that other storage means may be used of FIG. 6, the content viewer UI 140 is embodied in the 

to implement the cache 116, such as RAM 40 and magnetic Internet Explorer browser, with the familiar menu, toolbar, 

disk drive 46. and task bar. 

The delivery subsystem 94 stores the Web content 28 60 The viewer UI 140 includes a presentation space 142 that 

according to a corresponding unique identifier. As one depicts the Web content. In this example, the content is from 

example, the Web content 28 is stored according to URLs. a Disney channel, as indicated by the channel pane 122 

In this manner, the client browser can access locally cached adjacent the content space 142. 

copies of the Web content using the same URLs that would Exemplary Scenario 

be used to retrieve the same content from remote servers. 65 FIG. 7 shows an example process enabled by the client- 

The browser 90 also has a content indexing subsystem based system described above. At step 200, a user indicates, 

120 to retrieve the index from the cache 116 and present the directly through a user interface or indirectly as a byproduct 
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of some other action, that he/she wants to subscribe to some 
type of Web content The subscription process involves 
downloading information, typically in the form of HTML 
forms, from the host Web site and invoking a Registration 
Wizard to step the user through the subscription forms. The 5 
user enters the requested information and the completed 
forms are sent back to the Web site. 

The host site provides a schedule for its Web content. If 
the content is to be broadcast or multicast, the schedule 
indicates the times and the frequency or address at which the to 
Web content will be made available. The schedule from the 
host site is stored as part of the index 30 in the cache. 

At step 202, the scheduling subsystem 92 schedules 
retrieval of desired Web content at certain times. The times 
might be those specified by the user (e.g., off-hour retrieval 15 
times) or those specified as the broadcast or multicast times. 
The scheduler 96 then tracks when the schedule times arrive 
(step 204). 

When a schedule time arrives (i.e., the "yes" branch from 
step 204), the notification generator 98 generates a notifi- 20 
cation event (step 206). This notification event is passed to 
the delivery subsystem 94, which invokes the appropriate 
delivery module to begin the process 208 of obtaining the 
information. 

The delivery process 208 involves two phases. The first 25 
phase is to retrieve the index 30 (step 210). The second 
phase is to retrieve the Web content 28 (step 212). The 
browser stores the index and Web content in the cache 116 
(step 214). 

The filtering subsystem 130 may be invoked to filter the 30 
index and/or content at different phases. One or more filters 
might be applied to the index prior to determining what 
content to pull from the Internet (step 216(a)). In addition, 
one or more filters might be applied after both the index and 
Web content are retrieved, but prior to caching (step 216(6)). 35 
As a third alternative, one or more filters might be applied 
to the index and/or content after caching but prior to 
presentation to the user (step 216(c)). 

At step 218, the index is retrieved from the cache and 
presented to the user in the index viewer UI 122. The index 40 
viewer UI 122 displays one or more indices that are asso- 
ciated with the information to which the user has subscribed. 
Once the user has found some information they deem 
valuable, the user selects the Web content (i.e., the "yes" 
branch from step 220). The selected Web content is then 45 
presented to the user in the content viewer UI 140 (step 222). 

Aggregation/Disaggregation 

The browser 90 enables the user to construct custom or 
personal channels by aggregating content from multiple 
channels into a single custom channel. The user selects a set 50 
of channels from the channel pane 122 and indicates the 
preferred Web content within each channel. The browser 
takes the user's input and constructs a set of filtration rules 
based on the user's selections and preferences. The browser 
then creates a new channel that presents the Web content 55 
from the set of channels that survives the filters. 

As an example, suppose the user wants a personal channel 
that contains only basketball-related content. The user 
selects a set of channels that might carry basketball 
information, such as ESPN, CBS, CNN, and the like. Within 60 
each channel, the user can mark the sub-channel for bas- 
ketball content or apply a filter for specific items in that 
channel to be disaggregated and then reaggregated. In FIG. 
5, for instance, the user might check CBS SporstLine 
Channel, and the sub-channels "NBA" and "College Bas- 65 
ketbair*. In the case of the filter, basketball-related content 
is automatically identified by the browser based on 
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keywords, tags, or other means for identification that the 
content provider might include with the content. These 
preferences are stored in the preference store 124. 

The filtering subsystem 130 creates one or more filters 
that identify the basketball information from each of the 
selected channels. The new channel then references the 
identified basketball information by maintaining, for 
example, the URL to the basketball information as it is 
stored in the cache 116. 

The channel pane UI 122 lists the personal channel as the 
"Basketball" channel. It may also identify sub-channels such 
as EPSN highlights, CBS Game of the Week, and so forth. 
When the user clicks on the Basketball channel or sub- 
channel, the browser retrieves the basketball content and 
presents it in the viewer UI 140, 

In addition to aggregating content from several channels 
into a custom channel, the browser 90 allows the user to 
disaggregate content from a single channel. Disaggregation 
might be used to change the offerings of a channel, or to 
modify the channels' hierarchical categorization of content, 
or to create multiple channels from a single channel. This all 
occurs at the client, so the server-side organization is not 
altered. 

As an example of disaggregation, suppose a channel for 
offers news and sports as a sub-channel to the news. The user 
can choose to delete the news channel, while preserving the 
sports channel. Alternatively, the user might move the sports 
channel to a different level, such as equal to the news so that 
it is no longer a sub -channel to the news. The user might 
further choose to disaggregate the news and sports into two 
separate channels. 

Offline Submission 

The browser 90 allows a user to work offline from the 
server in a manner that feels familiar to working online. 
After the Web content 28 is downloaded and stored in the 
cache 116, the client can disconnect from the server or 
network. Despite being disconnected, the user can continue 
to search and find the Web content using the locally cached 
data. The Web content can be, for example, in the form of 
Web pages with internal hyperlinks to other pages in the 
cache. Accordingly, the user can browse through the Web 
content in the cache 116, while offline, in the same manner 
that he/she browses the content while online. 

When the user performs operations that involve submit- 
ting data to a remote server, the browser temporarily accu- 
mulates the outgoing data 146 in the cache 116 for submis- 
sion at a later time. For example, during the course of 
browsing, the user may stumble onto a service that he/she 
would like to join. The user fills out the form, such as an 
HTML form, and clicks a "submit" button to send the 
completed form back to the originating Web site. To the user, 
the clicking action appears to send the form back to the 
server, as the form leaves the screen as if it were sent. 

Since the client is offline, the HTML form is not really 
sent to the server. Instead, it is kept in the cache 116 until a 
later online session. When the client subsequently recon- 
nects to the network during the next online session, all of the 
accumulated data 146 that is destined for one or more remote 
servers (i.e., requests, forms, etc.) are sent in a batch to the 
appropriate servers. 

Webcast Center Implementation 

The client-based system described above is also well 
suited for use in a webcast system. FIG. 8 shows a webcast 
system 150 for delivering Web content from a webcast 
center 152 over a broadcast medium 154 to multiple clients 
156(1)-156(M). The webcast center 152 gathers Web con- 
tent from the World Wide Web by visiting web sites 158(1) 
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-158(N) via the Internet 160 and fetching content from those 
sites. The webcast center 152 collects Web pages from the 
Internet's World Wide Web 160 and stores them in a page 
cache 162. A system administrator sets a schedule that 
establishes which sites are visited by the webcast center 152, 
the time and frequency of the visits, and the type of content 
collected. 

Apart from the gathering process, the webcast center 152 
retrieves the pages from the page cache 162, bimdles them 
into composite package files, and stores them in a package 
store 164. The package store 164 is preferably a separate 
database than the page cache 162. The webcast center 152 
fetches the package files from the package store 164, seg- 
ments the package files into individual packages (or 
packets), and transmits the packages over the broadcast 
medium 154. 

The broadcast medium 154 is a unidirectional network in 
which packages are delivered from the webcast center 152 
to the clients 156(1)-156(M) without requiring return com- 
munication from the clients. The broadcast medium 154 can 
be characterized as a shared, highly asymmetrical, network 
resource with a limited, if not completely absent, low speed 
return path that does not need to be active to receive 
broadcast transmissions. The broadcast medium 154 may 
comprise the entire distribution network between the web- 
cast center and clients, or it may be a single link in a larger 
distribution network. 

The broadcast medium 154 may be implemented in a 
variety of ways. The broadcast medium 154 might be 
implemented, for example, as a wireless network configured 
for one-way transmission (i.e., satellite, radio, microwave, 
etc,). The broadcast medium 154 might also be configured as 
a network that supports two-way communication (i.e., 
Internet, LAN (local area network), and WAN (wide area 
network)), but can be used for unidirectional multicasting 
from the webcast center to the clients. 

The clients 156(1)-156(M) represent various types of 
constructions. The clients can be implemented as essentially 
any type of computing device that can receive and recon- 
struct data packages, and render the packages on a display. 
As one possible implementation, the client may be con- 
structed as a desktop computer, as represented clients 156(1) 
and 156(2), that are specially configured with software/ 
hardware components described below with respect to EIG. 
2. Ghent 156(1) receives broadcast Web content from the 
broadcast medium 154 via an Independent Service Provider 
(ISP) 166, rather than receiving the broadcasts directly. On 
the other hand, client 156(2) is a broadcast-enabled personal 
computer that is capable of receiving the broadcast packets 
directly. 

Another implementation of a client is a Web-enabled 
television, as represented by client 156(3), which has a 
set-top box or internal computing unit that permits receipt 
and rendering of Web content. In addition to desktop com- 
puters and Web-enabled TVs, other possible clients include 
workstations, laptop computers, palmtop computers, net- 
work computers, and the like. 

Another distribution entity may act as a "client" to the 
webcast center 152, As shown in FIG. 8, the regional 
Independent Service Provider (ISP) 166 might be a sub- 
scriber to the broadcast transmissions received over the 
broadcast medium 154 from the webcast center 152. The ISP 
166 stores the webcast content and distributes it to its own 
chentele, such as client 156(1), using conventional distri- 
bution techniques. 

As another example of an intermediary distribution entity, 
a secondary webcast center 168 may function as a "client" 
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to the primary webcast center 152. In addition to its own 
independent gathering process, the secondary webcast cen- 
ter 168 also receives and re-broadcasts the Web content 
received from the primary webcast center 152 to a set of 

5 clients 156(4)-156(M) over a broadcast medium 170, One 
implementation of this dual webcast center architecture is 
that the primary webcast center 152 is a primary head end 
that distributes nationally or globally via satelUtcs, and the 
secondary webcast center 168 is a regional distributor that 

10 distributes the Web content via RF (radio frequency) or 
microwave transmission. 

A more detailed discussion of this webcast system 150 is 
provided in a co-pending U.S. patent application Ser. No. 
08/958,609, entitled "System and Method for Delivering 

15 Web Content over a Broadcast Medium", which was filed 
Oct. 27, 1997, in the names of Anne Wright, Randy Sargent, 
Carl Witty, Brian Moran, and David Feinleib. This 
co-pending application is assigned to Microsoft Corporation 
and is incorporated by reference. 

20 Server-Side Filtering Based on Client Preferences 

As discussed above, the browser 90 enables the user to 
define certain preference criteria that is used to create filters. 
In the above implementation, the filters 132, 134 reside at 
the client. In another implementation, these user preferences 

25 can be used to create filters on the server side. 

FIG. 9 shows a client -server system 180 having a server 
182 and a client 184. The cfient 184 is constructed as 
described above, having both a cache 116 and a local 
filtering subsystem 130. The client 184 estabUshes an 

30 account or some form of registration with the server 182. 
The client 184 then submits the user's preferences to the 
server 182, which creates one or more filters 186 based on 
the user*s preferences. These filters 186 are maintained at 
the server 182 under the client's account. 

35 As the server receives various indexes 188 (1)-1 88(3) of 
available Web content, the server 182 filters the indexes 
using the server-side filters 186 to create a customized index 
190. The server 182 occasionally downloads the customized 
index 190 to the client 184. 

40 At that point, the client 184 may additionally apply its 
local filters 130 to further condense the customized index to 
yet a smaller index 192. It is this doubly-filtered index 192 
that is presented to the user. Depending on the user's 
selection, the client obtains the Web content either from the 

45 local cache, if available, or directly from the Web sites 
194(1)-194{3) themselves. Notice that the server supplying 
the filtered index need not be the acUial Web sites that hold 
the information, although it can be. For instance, the client 
can use the condensed index 192 as a means for identifying 

50 the Web content to be pulled down to the client for the user's 
perusal. Once the Web content is identified, the cUent 
schedules retrieval of the content from one or more Web 
sites 182 and 194(1)-194(3). 

Although the invention has been described in language 

55 specific to structural features and/or methodological steps, it 
is to be understood that the invention defined in the 
appended claims is not necessarily limited to the specific 
features or steps described. Rather, the specific features and 
steps are disclosed as preferred forms of implementing the 

60 claimed invention. 
What is claimed is: 

1. In a chent-server system in which Web content is 
delivered from multiple servers to a client, a cfient-based 
system implemented at the client comprising: 
65 a scheduling subsystem to schedule times to obtain the 
Web content from the servers without the servers 
having prearranged knowledge of the times, whereupon 



08/07/2003, EAST Version: 1.04.0000 



us 6,594,682 B2 



15 



16 



reaching a scheduled time, the scheduling subsystem 
generates an event notification containing information 
regarding how to retrieve the Web content from a 
corresponding server; 

a delivery subsystem, responsive to the event notification, 
to retrieve the Web content and an index of the Web 
content from the corresponding server; 

a cache to store the index and the Web content obtained 
by the delivery system; 

an indexing subsystem to retrieve the index from the 
cache and present the index to a user, the indexing 
subsystem including a user interface which enables the 
user to select from the index portions of the Web 
content stored in the cache; and 

a filter to condense the index according to preferences of 
the user. 

2. A client -based system as recited in claim 1, wherein the 
scheduling subsystem comprises: 

a scheduler to schedule the time to obtain the Web 
content; and 

a notification generator to generate the event notification 
at the scheduled time. 

3. A client-based system as recited in claim 1, wherein: 
the delivery subsystem comprises multiple delivery mod- 
ules that utilize different distribution systems to retrieve 
the index and the Web content; and 

the event notification contains instructions dictating 
which of the delivery modules is to be used. 

4. A client-based system as recited in claim 1, wherein the 
Web content is multicast to a network address, the dehvery 
subsystem comprising a listener program to listen to the 
network address at the scheduled time to retrieve the Web 
content. 

5. A client-based system as recited in claim 1, wherein the 
delivery subsystem comprises a fetching program to access 
the server and retrieve the Web content from the server. 

6. A client-based system as recited in claim 1, wherein the 
Web content is transmitted as a broadcast data stream over 
a broadcast medium from the server, the delivery subsystem 
being coupled to receive the broadcast data stream from a 
broadcast receiver and to reconstruct the Web content from 
the data stream. 

7. A client-based system as recited in claim 1, further 
comprising a content user interface to present the Web 
content to the user. 

8. A Web browser application, embodied on a computer- 
readable medium, comprising: 

computer-executable instructions to schedule a time to 
obtain Web content from a server without the server 
having prearranged knowledge of the scheduled time; 

computer-executable instructions to generate an event 
notification upon occurrence of a scheduled time, the 
event notification containing information regarding 
how to retrieve the Web content; 

computer-executable instructions to retrieve the Web con- 
tent and an index of the Web content; 

computer-executable instructions to present the index to a 
user and to enable the user to select certain Web content 
identified in the index; and 

computer-executable instructions to filter the index 
according to user preferences. 

9. A Web browser application as recited in claim 8, further 
comprising computer-executable instructions to listen to a 
multicast address to retrieve at least one of the index and the 
Web content. 
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10. A Web browser application as recited in claim 8, 
further comprising computer-executable instructions to 
access a remote server and retrieve at least one of the index 
and the Web content. 

11. A system for delivering Web content over a medium, 
comprising: 

a gathering subsystem located at a webcast center to 
gather Web content from sites on the Internet and to 
store the Web content; 

a scheduling subsystem implemented at a client remote 
from the webcast center to schedule a time for the client 
to retrieve the Web content from the webcast server; 

a delivery subsystem implemented at the cfient and 
responsive to the scheduling subsystem to obtain the 
Web content from the webcast center at the time set by 
the scheduling subsystem; 

a program implemented at the client to cache a user's 
preferences regarding types of the Web content; 

an indexing subsystem at the client to obtain an index of 
the Web content and present the index to a user, the 
indexing subsystem including a user interface which 
enables the user to select certain Web content identified 
in the index; and 

a filter to filter the index according to the user's prefer- 
ences. 

12. A system as recited in claim 11, further comprising; 
a multicast transmitter at the webcast center to multicast 

the Web content to a multicast address; and 
the delivery subsystem comprising a listener program to 
listen to the multicast address to retrieve the Web 
content. 

13. A system as recited in claim 11, wherein the delivery 
subsystem comprises means for accessing the server and 
retrieving the Web content from the server. 

14. A system as recited in claim 11, further comprising: 
a broadcast transmitter to broadcast the Web content from 

the webcast center as a broadcast data stream over a 
broadcast medium; and 
the delivery subsystem being coupled to receive the 
broadcast data stream from a broadcast receiver and to 
reconstruct the Web content from the data stream. 

15. A system as recited in claim 11, wherein the filter is 
implemented at the webcast center. 

16. A system as recited in claim 11, wherein the filter is 
implemented at the server. 

17. A system as recited in claim 11, wherein the webcast 
center maintains the index of the Web content and wherein 
the indexing subsystem obtains the index from the webcast 
center. 

18. A system as recited in claim 11, further comprising: 
a cache implemented at the client; 

a data submission subsystem implemented at the client to 
accumulate data, which is destined for the server for 
server-side processing, within the cache while the ch- 
cnt is ofiQinc from the webcast center; and 

the data submission subsystem submitting the data accu- 
mulated in the cache to the webcast center during an 
online session between the client and the server 

19. In a client-server system in which Web content is 
delivered from a server to a client, a computer-implemented 
method implemented at the client comprising the following 
steps: 

scheduling a time to obtain the Web content from the 
server without the server having prearranged knowl- 
edge of the scheduled time; 
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listening to a multicast address to retrieve the Web content 

from the server at the scheduled time; 
locally caching the Web content obtained from the server; 
obtaining an index of the Web content from the server; 

and 

filtering the index according to user preferences. 

20. A conoputer-implemented method as recited in claim 
11, further comprising the step of caching the Web content 
according to a unique identification. 

21. A computer-implemented method as recited in claim 
11, further comprising the step of caching the Web content 
according to a corresponding universal resource locator. 

22. A computer-implemented method as recited in claim 
19, further comprising the following steps: 

presenting the index to a user; and 
enabling a user to select items in the index as an indication 
of preferred Web content. 

23. A computer-implemented method as recited in claim 
11, further comprising the following steps: 
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caching data to be submitted to the server when the client 

is offline from the server; and 
submitting the cached data to the server during an online 

session in which the client is actively connected to the 
^ server. 

24. A computer-implemented method as recited in claim 
11, further comprising the following steps: 

enabling a user to select Web content obtained from 
10 different channels; and 

aggregating the Web content into a single channel for 
presentation to the user. 

25. A computer-readable medium having computer- 
executable instructions for performing the steps as recited in 

15 claim 11. 

26. A browser apphcation, embodied on a computer- 
readable medium, having computer-executable instructions 
for performing the steps as recited in claim 11. 

* * * * * 
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ABSTRACT 



A method and apparatus for determining a computer system 
usage profile, and transmitting the computer system usage 
profile to a server which targets content to the computer 
system in response to the usage profile is described. A basic 
input output system (BIOS) module and/or an operating 
system module obtain computer system usage profile infor- 
mation by tracking events such as the frequency of re-boots, 
the time required to boot-up and shut-down the operating 
system on the computer system, the amount of time the 
computer system is "used", and the frequency and amount of 
time the computer system is connected to the Internet. This 
data is collected and communicated to a profile server. The 
profile server targets content such as messages with graphics 
or informational material, etc. to the computer system based 
upon the computer system usage profile. In one 
embodiment, the content is displayed during boot-up and 
shut-down of the operating system. 

17 Claims, 10 Drawing Sheets 
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METHOD AND APPARATUS FOR 
PROVIDING CONTENT ON A COMPUTER 
SYSTEM BASED ON USAGE PROFILE 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to the field of 
computer systems, and specifically, to a method and appa- jq 
ratus for determining computer system usage profile infor- 
mation. 

2. Background Information 

In a typical computer, such as a PC-compatible computer, 
the boot process involves performing various system tests 15 
and displaying a basic input-output system (BIOS) informa- 
tion screen. This time period is referred to as power on self 
test (POST). Once the BIOS completes the POST, it loads a 
native operating system. The operating system then replaces 
the BIOS information screen with the operating system's 20 
own display screen. The operating system, such as for 
example, the Windows™ operating system, displays its own 
proprietary splash or "cloud screen" while the operating 
system is loading. The display screen shows a static, graphi- 
cal company logo and product image with an activity 25 
indicator. The activity indicator generally shows activity 
near the bottom of the screen either using color manipulation 
or presenting a progress bar with color filling to indicate the 
current progress of the operating system loading. 

During the lime the operating system is loading, there is 
no informational content displayed on the screen for the 
user. Moreover, the time spent loading the operating system 
is significantly longer then the POST of the BIOS. 
Consequently, a much shorter duration of time is given to the 
user to view and read the contents of the BIOS information 
screen display or other content for viewing by users. 

Diuing the time the operating system is loading and/or 
shutting down, content such as messages with graphics or 
informational material can be displayed on the display 
screen for the user. The longer the operating system takes to 
load and/or shut down, the more content can be displayed on 
the display screen. 

SUMMARY OF THE INVENTION 

45 

The present invention is a method of determining boot-up 
time of a computer system. In one embodiment, the method 
includes retrieving a first time on the computer system, 
loading the operating system, retrieving a second time on the 
computer system when the operating system has loaded, and 50 
determining a boot time in response to the first and second 
times. 

Other embodiments arc described and claimed herein. 
BRIEF DESCRIPTION OF THE DRAWINGS 55 

FIG. 1 is a system block diagram of one embodiment of 
an information distribution system in which the apparatus 
and method of the invention is used. 

FIG. 2 illustrates an exemplary processor system or user 
computer system which implements embodiments of the 
present invention. 

FIG. 3 illustrates a logical diagram of one embodiment of 
the invention. 

FIGS. 4A and 4B illustrate one embodiment of a process 65 
flow chart provided in accordance with the principles of the 
invention. 
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FIG. 5 shows an exemplary flow diagram of a portion of 
a BIOS profile module, according to one embodiment of the 
present invention. 

FIG. 6 shows a flow diagram showing a process for 
determining boot duration, according to one embodiment of 
the present invention. 

FIG. 7 shows an exemplary flow diagram of a portion of 
the OS profile module, according to one embodiment of the 
present invention. 

FIG. 8 shows an exemplary flow diagram of another 
portion of the OS profile module, according to one embodi- 
ment of the present invention 

FIG. 9 shows an exemplary flow diagram of yet another 
portion of the OS profile module, according to one embodi- 
ment of the present invention 

DETAILED DESCRIPTION 

The present invention comprises a method and apparatus 
for determining computer system usage profile on a com- 
puter system, and transmitting the computer system usage 
profile to a server which targets content to the computer 
system in response to the usage profile. The present inven- 
tion includes a basic input output system (BIOS) module 
and/or an operating system module which obtain computer 
system usage profile information. The modules track items 
such as the frequency of re-boots, the time required to boot 
and shut-down the operating system on the computer 
system, the amount of time the computer system is "used", 
and the frequency and amount of time the computer system 
is connected to a network (e.g., the Internet). This data is 
collected and communicated to a profile server. The profile 
server targets content such as messages with graphics or 
informational material, etc. to the computer system based 
upon the usage profile. In one embodiment, the content is 
displayed during the time the operating system is loading 
and/or shutting down. 

Definitions 

As discussed herein, a "computer system" is a product 
including circuitry capable of processing data. The computer 
system may include, but is not limited to, general purpose 
computer systems (e.g., server, laptop, desktop, palmtop, 
personal electronic devices, etc.), personal computers (PCs), 
hard copy equipment (e.g., printer, plotter, fax machine, 
etc.), banking, equipment (e.g., an automated teller 
machine), and the like. An infomediary is a web site that 
provides information on behalf of producers of goods and 
services, supplying relevant information to businesses about 
products and/or services oflfered by suppliers and other 
businesses. Content refers to application programs, driver 
programs, utility programs, the payload, etc., and combina- 
tions thereof, as weU as graphics, informational material 
(articles, stock quotes, etc.) and the like, either singly or in 
any combination. "Payload" refers to messages with graph- 
ics or informational material (such as articles, stock quotes, 
etc.) and may include files or applications. In one 
embodiment, it is transferred at a predetermined time to the 
system's mass storage media. In addition, a "communication 
link** refers to the medium or channel of communication. 
The communication link may include, but is not limited to, 
a telephone line, a modem connection, an Internet 
connection, an Integrated Services Digital Network 
("ISDN") connection, an Asynchronous Transfer Mode 
(ATM) connection, a frame relay connection, an Ethernet 
connection, a coaxial connection, a fiber optic connection, 
sateUite connections (e.g. Digital Satellite Services, etc.). 
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wireless connections, radio frequency (RF) links, eleclro- 
magnetic links, two way paging connections, etc., and 
combinations thereof. 

In addition, the loading of an operating system ("OS") 
refers to the initial placement of the operating system 
bootstrap loader. In one embodiment, during the OS load, a 
sector of information is typically loaded from a hard disk 
into the system memory. Altematively, the bootstrap loader 
is loaded from a network into system memory. An OS "boot" 
refers to the execution of the bootstrap loader. This places 
the OS in control of the system. Some of the actions 
performed during the OS boot include system configuration, 
device detection, loading of drivers and user logins. OS 
runtime refers to the completion of the boot phase and the 
beginning of the execution of applications by the OS. In one 
embodiment, during OS runtime, the OS interacts with the 
user to execute and/ or run applications. Power On Self Test 
(POST) refers to the instructions that are executed to con- 
figure and test the system hardware prior to loading an OS. 

System Overview 

A description of an exemplary system, which incorporates 
embodiments of the present invention, is hereinafter 
described. 

FIG. 1 shows a system block diagram of one embodiment 
of an information distribution system 10 in which the 
apparatus and method of the invention is used. The system 
10 relates to providing an infomediary. It involves the 
construction and maintenance of a secure and private reposi- 
tory of Internet user and system profiles, collected primarily 
from warranty service registrations, Internet service 
registrations, system profiles, and user preferences. Initially, 
this information is used to register the user with the manu- 
facturers of purchased hardware and software products, and 
with the providers of on-line or other services. Over time, 
the user data is used to create a user profile and notify users 
of relevant software updates and upgrades, to encourage 
on-line purchases of related products, and to enable one-to- 
one customized marketing and other services. 

In one embodiment, two software modules are used to 
implement various embodiments of the invention. One is 
resident on a user*s system, and is used to access a prede- 
termined web site. For example, in one embodiment, the 
operating system and Basic Input and Output System 
(BIOS) are pre-instaUed on a computer system, and when 
the computer system is subsequently first powered up, an 
application, referred to for discussion purposes as the first 
software module (in one embodiment, the first software 
module is the initial start-up application (ISUA), which will 
be described in the following sections), will allow the 
launching of one or more executable programs in the pre- 
boot environment. In one embodiment, the first software 
module facilitates the launching of one or more executable 
programs prior to the loading, booting, execution and/or 
running of the OS. In one embodiment, the user is encour- 
aged to select the use of such a program (i.e., the use of the 

f first software module), and in alternative embodiments, the 
program is automatically launched. The program(s) con- 
tained in the first software module enables tools and utilities 
to run at an appropriate time, and with proper user 
authorization, also allow the user to download a second 
software module that includes drivers, applications and 
additional pay loads through the Internet connection on the 
PC. The programs may also provide for remote management 
of the system if the OS fails to launch successfully. 

Once the second software module has been delivered, it 
may become memory resident, and may disable the trans- 
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ferred copy of the first software module. The original copy 
of the first software module still residing in the system's 
non- volatile memory remains idle until the -second software 
module fails to function, becomes corrupted or is deleted, 

5 upon which a copy of the original first software module is 
again transfened as described above. The second software' 
module may include an application that connects the user to 
a specific server on the Internet and directs the user to a 
predetermined web site to seek authorization to down load 

10 further subscription material. The second software module 
may also include content that is the same or similar to the 
content of the first software module. 

In one embodiment, the system may also include an initial 
payload that is stored in Read Only Memory BIOS (ROM 

15 BIOS). In one embodiment, the initial payload is part of the 
first software module (e.g., the ISUA). In an alternative 
embodiment, the initial payload is stored as a module in 
ROM BIOS, separate from the first software module. In one 
embodiment, the initial payload is launched from ROM 

20 BIOS and displayed on the screen after the Power On Self 
Test (POST) but prior to the booting, loading and/or execu- 
tion of the OS. This may occur at a predetermined time, such 
as when the system is being manufactured, assembled and 
tested, or when the end user first activates the system. In an 

25 alternate embodiment, this initial payload is copied to a 
predetermined location (such as the system's hard disk) at a 
predetermined time, such as when the system is being 
manufactured, assembled and tested, or when the end user 
first activates the system. Once copied, the payload executes 

30 after POST but prior to operation of the OS, and may display 
graphics, messages with graphics or informational material, 
animation. Joint Photographic Experts Group (JPEG)/ 
Moving Picture Experts Group (MPEG) formatted material 
on the screen. When additional programs and/or payloads 

35 are delivered, (via the Internet or other outside connection), 
the display screen may be used to provide customized 
screens in the form of messages or graphics prior to and 
during booting of the OS. In addition, executable programs 
delivered in the first software module, as well as subsequent 

40 programs (such as the second software module) downloaded 
from the web site, may be used to survey the PC to 
determine various types of devices, drivers, and applications 
installed. In one embodiment, as described in co -pending 
U.S. patent application Ser. No. 09/336,289 entitled 

45 "Method and Apparatus for Automatically Installing And 
Configuring Software on a Computer" incorporated herein 
by reference, the first software, module is used to identify 
and to automatically create shortcuts and/or bookmarks for 
the user. The programs downloaded from the website may 

50 include software that collects and maintains a user profile 
based on the user's preferences. Such information may be 
provided to the infomediary, which subsequently forwards 
portions of the information and/or compiled data based on 
the information to suppliers and other businesses to obtain 

55 updates or revisions of information provided by the suppli- 
ers and other businesses. ^ 
Referring to FIG. 1, the information distribution system 
10 comprises a service center 20 that is coimected over one 
or more communications links SOj-SOat to one or more user 

60 computer systems 40^-40^ ("40"). The service center 20 
includes one or more servers 22, one or more databases 24, 
and one or more computers 26326;^/. The one or more 
computers 26^^-26^^ are capable of simultaneous access by a 
plurality of the user computer systems ^O^-A^. If a plurality 

65 of computers are used, then the computers 26^-26;^^ may be 
connected by a local area network (LAN) or any other 
similar connection technology. However, it is also possible 
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for the service center 20 to have other configurations. For by Motorola'^"; or the Power ?C^^ processor as marketed by 
example, a smaller number of larger computers (i.e. a few IBM"^". In addition, any of a variety of other processors, 
mainframe, mini, etc. computers) with a number of internal including those from Sun Microsystems, MIPS, IBM, 
programs or processes running on the larger computers Motorola, NEC, Cyrix, AMD, Nexgen and others may be 

capable of establishing communications links to the user 5 used for implementing CPU 104. The CPU 104 is not 
computers. hmited to microprocessor but may take on other forms such 

The service center 20 may also be connected to a remote as microcontrollers, digital signal processors, reduced 
network 50 (e.g., the Internet) or a remote site (e.g., a instruction set computers (RISC), application specific inte- 
satellite, which is not shown in FIG. 1). The remote network grated circuits, and the like. Although shown with one CPU 

50 or remote site allows the service center 20 to provide a jq 104, computer system 100 may alternatively include mul- 
wider variety of computer software, content, etc. that could tiple processing units. 

be stored at. the service center 20. The one or more databases The CPU 104 is coupled to a bus controller 112 by way 
24 connected to the service center computer(s), e.g., com- of a CPU bus 108. The bus controller 112 includes a memory 
^^iiU,er 263, are used to store database entries consisting of controller 116 integrated therein, though the memory con- 

/ computer software available on the computer(s) 26. In one ^5 troUer 116 may be external to the bus controller 112. The 
^ / embodiment, each user computer 40i^0^ has its own memory controller 116 provides an interface for access by 
secure database (not shown), that is not accessible by any the CPU 104 or other devices to system memory 124 via 
/ other computer. The communication links 30i-30;v allow the memory bus 120. In one embodiment, the system memory 
^ one or more user computer systems 40i-40^ to simulta- 124 includes synchronous dynamic random access memory 
neously connect to the computer(s) 26i-26j^,. The connec- (SDRAM). System memory 124 may optionally include any 
tions are managed by the server 22. ^ additional or alternative high speed memory device or 

^--^ After a user computer system 40 establishes two-way memory circuitry. The bus controller 112 is coupled to a 
communications with the information service computer 26, system bus 128 that may be a peripheral component inter- 
the content is sent to the user computer system 40 in a connect (PCI) bus. Industry Standard Architecture (ISA) 

y\ ' manner hereinafter described. The downloaded content 25 bus, etc. Coupled to the system bus 128 are a graphics 
\ includes an appUcation that surveys the user and/or the user controller, a graphics engine or a video controller 132, a 
\ computer system's hardware and/or software to develop a mass storage device 152, a communication interface device 
•-irser profile as well as a profile of the user's system. The 156, one or more input/output (I/O) devices 168^-168^, and 
information gathered from the user and/or user's computer an expansion bus controller 172. The video controller 132 is 

system is subsequently provided to the service center 20, 39 coupled to a video memory 136 (e.g., 8 Megabytes) and 
which provides additional content to the user computer 40 video BIOS 140, all of which may be integrated onto a single 
based on the user and system profile. The database entries card or device, as designated by numeral 144. The video 
from the database connected to the service computer 26 memory 136 is used to contain display data for displaying 
contain information about computer software, hardware, and information on the display screen 148, and the video BIOS 

third party services and products that are available to a user. 35 140 includes code and video services for controUing the 
Based on the user and/ or system profile, the content is video controller 132. In another embodiment, the video 
further sent to the user computer for display. The content controller 132 is coupled to the CPU 104 through an 
may also include a summary of information such as the Advanced Graphics Port (AGP) bus. — 1 
availability of patches and fixes for existing computer mass storage device 152 includes (but is not limited 

software, new versions of existing computer software, brand 40 to) a hard disk, floppy disk, CD-ROM, DVD-ROM, tape, \ 
new computer software, new help files, etc. The content may high density floppy, high capacity removable media, low \ 
further include information regarding availability of hard- capacity removable media, solid state memory device, etc., \ 
ware and third party products and services that is of interest and combinations thereof. The mass storage device 152 may 
to the user. The user is then able to make one or more choices include any other mass storage medium. The communica- 

from the summary of available products and services, and 45 tion interface device 156 includes a network card, a modem 
request that the products be transferred from the service interface, etc. for accessing network 164 via communica- 
computer 26 to the user computer. Alternatively, the user tions link 160, The I/O devices 168i-168^ include a 
may purchase the desired product or service from the keyboard, mouse, audio/sound card, printer, and the like, 
summary of available products and services. The I/O devices 168i-168^ may be a disk drive, such as a 

FIG. 2 illustrates an exemplary computer system 100 that 50 compact disk drive, a digital disk drive, a tape drive, a zip 
implements embodiments of the present invention. The drive, a jazz drive, a digital video disk (DVD) drive, a solid 
computer system 100 illustrates one embodiment of user state memory device, a magneto-optical disk drive, a high 
computer systems 40^-40;^ and/or computers 26^-26j^ (FIG. density floppy drive, a high capacity removable media drive, 
1), although other embodiments may be readily used. a low capacity media device, and/or any combination 

Referring to FIG. 2, the computer system 100 comprises 55 thereof. The expansion bus controller 172 is coupled to 
a processor or a central processing unit (CPU) 104. The non-volatile memory 175 which includes system firmware 
illustrated CPU 104 includes an Arithmetic Logic Unit 176. The system firmware 176 includes system BIOS 
(ALU) for perfonning computations, a collection of regis- (numeral 82, FIG. 3), which is for controlling, among other 
ters for temporary storage of data and instructions, and a things, hardware devices in the computer system 100. The 

control unit for controlling operation for the system 100. In 60 system firmware 176 also includes ROM 180 and flash (or 
one embodiment, the CPU 104 includes any one of the x86, EEPROM) 184. The expansion btis controller 172 is also 
Pentium™, Pentium II™, and Pentium Pro''" microproces- coupled to expansion memory 188 having RAM, ROM, 
sors as marketed by InteF" Corporation, the K-6 micropro- and/or flash memory (not shown). The system 100 may 
cessor as marketed by AMD™, or the 6x86MX micropro- additionally include a memory module 190 that is coupled to 

cessor as marketed by Cyrix™ Corp, Further examples 65 the bus controller 112. In one embodiment, the memory 
include the Alpha''" processor as marketed by Digital module 190 comprises a ROM 192 and flash (or EEPROM) 
Equipment Corporation''", the 680X0 processor as marketed 194. 
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As is familiar to those skilled in the art, the computer Ser. No. 09/336^89 entitled "System and Method for 

system 100 further includes an operating system (OS) and at Securely Utilizing Basic Input and Output System (BIOS) 

least one application program, which in one embodiment. Services," filed on Jun. 18, 1999, assigned to Phoenix 

are loaded into system memory 124 from mass storage Technologies, Ltd., and which is incorporated herein by 

device 152 and launched after POST. The OS may include 5 reference. One embodiment of ISUA 86 is described in 

any type of OS including, but not limited or restricted to, co-pending U.S. patent application Ser. No. 09/336,289 

DOS, Windows "^^^ (e.g., Windows 95"^", Windows 98"^", entitled "Method and Apparatus for Automatically Installing 

Windows NT^"), Unix, Linux, OS/2, OS/9, Xenix, etc. The and Configuring Software on a Computer," filed on Jun. 18, 

operating system is a set of one or more programs which 1999, assigned to Phoenix Technologies, Ltd., and which is 

control the computer system's operation and the allocation jq incorporated herein by reference. 

of resources. The application program is a set of one or more Iq one embodiment, as shown in FIGS. 3 and 4A and 4B, 
software programs that performs a task desired by the user. after power is initially turned on to a new computer system 
In accordance with the practices of persons skilled in the 100, the system commences with POST procedures. During 
art of computer programming, the present invention is the initial POST, the ISUA 86 is transferred to the mass 
described below with reference to symbolic representations 15 storage device 152, as shown by Al. In one embodiment, 
of operations that are performed by computer system 100, such a transfer is made during the manufacturing and/or 
unless indicated otherwise. Such operations are sometimes assembly process, when the system 100 is first powered up 
referred to as being computerexecuted. It will be appreciated after the operating system has been installed (but prior to 
that operations that are symbolically represented include the loading and running the operating system). In an alternative 
manipulation by CPU 104 of electrical signals representing 20 embodiment, such a transfer may be made after the manu- 
data bits and the maintenance of data bits at memory facturing and/or assembly process, after the user receives 
locations in system memory 124, as well as other processing and powers up the system 100. In a further alternate 
of signals. The memory locations where data bits are main- embodiment, during the transfer of the ISUA 86, additional 
taincd are physical locations that have particular electrical, programs, applications, drivers, data, graphics and other 
magnetic, optical, or organic properties corresponding to the 25 information may also be transferred (for example, from 
data bits. ROM) to the mass storage device 152. For example, the 
When implemented in software, the elements of the transfer may include the transfer of the initial payload 88a 
present invention are essentially the code segments to per- to the mass storage device 152, subsequent to which the 
form the necessary tasks. The program or code segments can initial payload is delivered from the mass storage device 
be stored in a processor readable medium or transmitted by 30 152, Alternatively, the initial payload may be delivered from 
a computer data signal embodied in a carrier wave over a the ROM. One embodiment of the system and process for 
transmission medium or communication link. The "proces- facilitating such a transfer is described in co-pending U.S. 
sor readable medium" may include any medium that can patent application Ser. No. 09/336,067 entitled "System and 
store or transfer information. Examples of the processor Method for Transferring an Application Program from Sys- 
readable medium include an electronic circuit, a semicon- 35 tern Firmware to a Storage Device" filed on Jun. 18, 1999, 
ductor memory device, a ROM, a flash memory, an erasable which is assigned to Phoenix Technologies, Ltd., the con- 
ROM (EROM), a floppy diskette, a CD-ROM, an optical tents of which are incorporated herein by reference. Alter- 
disk, a hard disk, a fiber optic medium, a radio frequency native embodiments of the system and process for facilitat- 
(RF) link, etc. The computer data signal may include any ing such a transfer are described in co-pending U.S. patent 
signal that can propagate over a transmission medium such 40 application Ser No. 09/272,859, entitled "Method and 
as electronic network channels, optical fibers, air, Apparatus for Providing Memory-based Device Emulation" 
electromagnetic, RF links, etc. The code segments may be filed on Mar, 19, 1999, in co-pending U.S. Patent 
downloaded via computer networks such as the Internet, Continuation-in-Part application Ser. No. 09/336,307 
Intranet, etc. entitled "Method and Apparatus for Providing Memory- 
FIG. 3 illustrates a logical diagram of computer system 45 Based Device Emulation" filed on Jun. 18, 1999, and in 
100. Referring to FIGS. 2 and 3, the system firmware 176 co-pending U.S. patent application Ser. No. 09/336,281 
includes software modules and data that are loaded into entitled "System and Method for Inserting One or More 
-"--system memory 124 during POST and subsequently Files Onto Mass Storage" filed Jun. 18,1999, each of which 
executed by the processor 104. In one embodiment, the is assigned to Phoenix Technologies, Ltd., the assignee of 
system firmware 176 includes a system BIOS module 82 50 the present invention, the contents of each of which are 
^ having system BIOS handlers, hardware routines, etc., a incorporated herein by reference, 
^^[^ ROM application program interface (RAPI) module 84, an In one embodiment, the ISUA 86 is a computer software 
initial start-up application (ISUA) module 86, an initial executable program that will determine if there are prein- 
payload 88^2, cryptographic keys 90, a cryptographic engine stalled programs that are resident on the end user's system. 
92, and a display engine 94, The aforementioned modules 55 If so, it will identify those preinstalled programs and create 
and portions of system firmware 176 may be contained in shortcuts (on the desktop in the case of a Windows operating 
OM 180 and/or flash 184. Alternatively, the aforemen- system), or bookmarks, to allow the user to automatically 
tioned modules and portions of system firmware 176 may be launch the programs. In this embodiment, the executable 
contained in ROM 190 and/or flash 194. RAPI 84 provides program is also capable of initiating and establishing two- 
a secure interface between ROM apphcation programs and 60 way communications with one or more applications on the 
system BIOS 82. The RAPI 84, ISUA 86, and initial payload server 22 and/ or any one of the service computers 26 (FIG. 
88fl may each be separately developed and stored in the 1), as described below. Moreover, in one embodiment, 
system firmware 176 prior to initial use of the computer graphical content of the initial payload SSa is displayed by 
system 100. In one embodiment, the RAPI 84, ISUA 86, and display engine 94 on the user*s display screen 148 during 
initial payload 88fl each includes proprietary software devel- 65 POST Alternatively, the graphical content of the initial 
oped by Phoenix Technologies, Ltd. One embodiment of payload 88a may be displayed after a subsequent booting 
RAPI. 84 is described in copending U.S. patent application process. For example, as part of the user's profile as 
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described below, the user may be asked if he or she would 
like to obtain additional information regarding one or more 
products and/or services. If the user so desires, content 
regarding the desired products and/or services will be dis- 
played during subsequent boot processes. 
^ Once POST is completed, the OS is loaded, executed, and 
initialized. Standard OS drivers and services are then loaded. 
The user is then prompted to enter registration information 
including demographic information such as age, gender, 
hobbies, etc. In addition, the ISUA 86 is executed, and runs 
in the background, remaining idle until it detects a commu- 
nication link established between the computer system 100 
and a remote server (e.g., server 22 of FIG. 1) over Network 
164 of FIG. 2 (e.g., over the Internet). In one embodiment, 
the ISUA 86 may search through the operating system to 
determine if there are applications that have been pre-loaded 
and prc-installed onto the system. If so, the ISUA 86 may 
automatically provide short cuts and/or bookmarks for the 
applications to launch into a predetermined server once the 
communication link is established. This communication link 
can be established with a network protocol stack, (e.g. 
TCP/IP) through sockets, or any other two-way communi- 
cations technique known in the art. Once the communication 
link 30 is established, the ISUA 86 issues a request signal to 
the server 22 (as shown by A2) to download an initial 
content package 62 from a content module 60. Responsive 
to the request, the server downloads the initial content 
package 62 (as shown by A3), which, in one embodiment, is 
stored in the mass storage device 152. In one embodiment, 
the initial content 62 and subsequent content 64 may be 
developed separately, and each is encrypted and/or digitally 
signed using encryption keys, prior to storing of the initial 
content 62 and subsequent content 64 on the server 22. 
When the initial content 62 and/or subsequent content 64 
is/are subsequently downloaded into system 100, the crypto 
engine 92 will tise keys 90 to decrypt the initial content 62 
and/or subsequent content 64. 

— 'As discussed earlier, the initial content package 62 may 
include applications 62fl, drivers 626, and payloads 62c. In 
one embodiment, the applications 62a include a data loader 
application and a profile manager application. The data 
loader appUcation functions in the same or a similar manner 
as ISUA 86, and once downloaded, disables and replaces the 
ISUA 86. More specifically, the data loader application is a 
computer software program which is also capable of 
initiating, establishing, and terminating two-way communi- 
cations between the server 22 and the computer system 100. 
The data loader application also provides traffic control 
management between the server 22 and computer system 
100, as well as other functions to facihtate communication 
between the end user's system and the designated server, and 
content downloading to the end user's system. 

The profile manager obtains the user and system profiles 
of the computer system 100 based on user preferences, 
system hardware, and software installed at the computer 
system 100. Upon obtaining the user and system profile of 
the computer system 100, the profile manager appUcation 
forwards the results to the data loader application, which 
subsequently provides the information to the server 22, 
which matches the user indicted preferences with database 
24 (FIG. 1). The results may be forwarded at predetermined 
intervals or at the user's request. The server 22 then pro- 
cesses the user profile or demographic data and targets 
content to the users which have similar profiles. In addition, 
the user profile data of a plurality of users are compiled on 
the server 22 and aggregated to create an aggregate user 
profile model. Content is then transmitted to user computer 
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system's based on the user profile data and/or the aggregate 
user profile model (as shown-by A4). The subsequent con- 
tent 64 is downloaded and stored in system firmware 176, 
designated by numeral 88^?. In one embodiment, the subsc- 

5 quent content 64 is stored in non-volatile memory such as 
flash or EEPROM, with the loading of the subsequent 
content being done by refashion the ROM, as is well known 
by those skilled in the art. The subsequent content 64 may 
also be stored as one or more files on mass storage device 

jQ 152 or may be used to modify the Windows'^" system file 
(under the Windows™ environment). The profile collection 
process is continued as long as the computer system 100 is 
activated. In one embodiment, content may be downloaded 
after the user's profile is received and analyzed at the server 

15 22. 

When the computer system 100 is subsequently powered 
up (sec FIG. 4B), the system again performs POST. The 
content that was previously downloaded and stored in sys- 
tem firmware 176, and subject to copyright issues being 

20 resolved, is then displayed, prior to loading and/or execution 
of the operating system. In the Windows™ environment, the 
Windows'^" logo, which is displayed during the initial 
loading of the operating system, is subsequently replaced by 
one or more screen that display the previously downloaded 

25 content stored in system firmware 176. 

In the case of storing the content as one or more files on 
the mass storage device 152, as opposed to reflashing the 
ROM, the Windows™ logo file, which is displayed during 
boot-up and shutdown, may be altered or replaced. One 

30 embodiment utilizing this approach involves replacing the 
corresponding Wndows™ system files with the one or more 
files showing the content (e.g., graphic file), as described in 
co-pending U.S. patent application Ser. No. 09/336,003 
entitled "Displaying Images during Boot-up and Shut- 

35 down" filed on Jun. 18, 1999, which is assigned to Phoenix 
Technologies, LTD., the contents of which are incorporated 
herein by reference. The boot-up Windows display file is 
named LOGO. SYS and is usually located in the Windows 
directory. First the Windows™ LOGO. SYS file is trans- 

40 ferred from the Windows directory to another directory. 
Then, the content graphics file is renamed as LOGO. SYS 
and is transferred to the Windows™ directory. The operating 
system retrieves this file when the operating system is first 
launched, and hence the content is displayed on the display 

45 screen. Windows'^" expects the LOGO.SYS file to be a 
bit-mapped file with resolution 320x400 and 256 colors 
although Windows™ wiU later stretch the resolution to 
640x400 for displaying purposes. Therefore, the content 
graphics file is to be the same graphics format (usually 

50 named with the extension ".BMP" before being renamed to 
LOGO.SYS). 

The operating system is then loaded, executed, and ini- 
tialized. The standard operating system drivers and applica- 
tions are also loaded. The profile manager is then executed. 

55 When a link has been established with the predetermined 
web site, additional content may be downloaded and sub- 
sequently displayed. Such additional content are either pro- 
vided arbitrarily or provided based on the information 
obtained from a survey of the user or the user's system. In 

60 one embodiment, once the boot process is completed, a 
portion of the display screen may bemused to provide icons 
or shortcuts that are used to access detailed information 
regarding the previously displayed messages with graphics 
or informational material. In a further embodiment, the 

65 messages with graphics or informational material may again 
be displayed during the shut-down process, for example, 
replacing the screen display that displays the message "Win- 
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dows is shutting down" or "It is now safe to turn off your profile module is loaded (block 265). In one embodiment, 

computer" with other selected content. the OS profile module is one of the application programs 62a 

. p. P or drivers 62b shown in FIG. 3, and is loaded at startup of 

. 00 requcncy operating system. Once the OS profile module is loaded, 

FIG. 5 shows an exemplary flow diagram of a portion of 5 it is assumed that the operating system or user desktop is 

a BIOS profile module 200, according to one embodiment of available. Once loaded, the OS profile module reads the 

the present invention. The BIOS profile module 200 is part system time and date (block 270). The OS profile module 

of the system BIOS 82 (FIG. 2), or is an add-on to BIOS 82. then subtracts the first time and date located in the temporary 

Initially when the computer system 100 (FIG. 2) is first location from the second time and date (block 275). The 

powered on, the BIOS profile module 200 sets up a BOOT__ 10 result is the boot duration, i.e., the time that it takes to load 

COUNT and initializes it to zero, cither on mass storage 152 the operating system. The boot duration is then stored as a 

or flash memory 184 (e.g., some form of non-volatile record in non-volatile memory (e.g., mass storage 152, flash 

storage). The BOOT_COUNT tracks the number of system 184, etc.), as shown in block 280. 

boots either as a raw number or on a fir^uency basis (e.g., embodiment, each time the computer system 100 

monthly, weekly, etc.). The BIOS profile module 200 is is booted, the boot duration is stored as a record, 

executed at some pomt durmg BIOS POST, as shown by Alternatively, the boot duration is calculated and stored 

block 205. In one embodiment, the BIOS profile module 200 periodically (e.g., every week, month, etc.). It is important 

is executed at the end of BIOS POST, just before the ^ calculate the boot duration each time or periodically 

operatmg system is launched. because the boot duration may vary from one boot to 

Referring to FIG. 5, the module 200 retrieves the system 20 another. This could be attributed to a number of factors, 

time and date (block 210), which is read from the system including, for example, the changing of machine settings 

clock/timer chip. At block 215, it is determined whether a (g adding or removing hardware such as DVD-ROM 

predetermined time interval has expired. This involves read- ^^y^^^ memory chip problems during BIOS POST which 

ing a previous time and date, subtracting the current time causes a change in the amount of detected memory, power 

and date from the previous lime and date to provide a result, 25 fluctuations which cause hard disk spin up times to vary, and 

and comparing the result with the predetermined time inter- ^jj^ ^jj^g 

val (e.g yearly, monthly, weekly, daily, etc.) The previous ^^^^ ^^^^^^ ^^^^^^^ periodicaUy trans^ 

time and date and predeteraimed time interval are stored in ^^^^^ ^^^^ 22 (FIG. 1). The boot duration 

non-volatile memory. Imlially, when the computer system ^^^^^^^ ^^^^ ^^^^ ^2 the amount of time avail- 

100 IS first powered up, an initial previous time and date are 30 ^^^^ ^^^^^^ ^ displayed. TTie more time content is 

™rJ^- f^nn V <^^P^^y^^ ^^'^^ ^^'^ the originators of the 

COUNT IS incremented (block 220) and module 200 ends. ^^^^^^ ^^^^^^ displaying such content. Asimilar 

However, if the time interval has expired, then BOOT_ ^^^^^^ determine the shut-down time. 
COUNT and result are stored in a separate non-volatile 

memory location (block 225) for later transmission to, for 35 3 internet Connection Frequency 
example, profile server 22 (FIG. 1). In addition, a firequency 

based on the BOOT_COUNT and result is calculated (block G. 7 shows an exemplary flow diagram of a portion of 
230) indicating an average of how often the computer the OS profile module 300, according to one embodiment of 
system 100 is booted. The frequency is stored with BOOT_ the present invention. In one embodiment, the OS profile 
COUNT and result, as a single record. A number of such 40 module 300 is an application program 62^ or driver 62b 
records are created over time, and the one or more records stored on mass storage 152 (FIG. 3). Initially when the OS 
are transmitted to profile server 22 periodicaUy, The one or profile module 300 is first executed, the OS profile module 
more records are then cleared. Continuing to refer to FIG. 5, 300 sets up a CONNECTION_COUNT and initiaUzes it to 
the current time and date are stored as the previous time and 2:ero, either on mass storage 152 or flash memory 184 of 
\ date (block 235), BOOT_COUNT is cleared (block 240), 45 FIG. 2 (e.g., some form of non-volatile storage). The 
1 ^nd'the module 200 ends. CONNECTION_COUNT tracks the number of connections 
^"""^ The boot frequency is used by the profile server 22 to to the Internet or other network either as a raw number or on 
determining how often the user is on the computer system ^ frequency basis (e.g., monthly, weekly, etc.). The OS 
100, and hence the effectiveness -of content deUvercd to the ^00 watches for an Internet connection while run- 
computer system 100. In addition, the boot frequency is a 50 ning in the background. For a descnpUon of embodiments 
factor in determining the periodicity for delivering content ^^^^^g the Internet connection detection operates, see 
to computer system 100. co-pending U.S. patent application Ser. Nos. 09/336,108 and 

09/336,289 entitled "Method and Apparatus for Creating 

2. Boot Duration ^nd Deploying Smaller Microsoft Windows Applications for 

FIG. 6 shows a flow diagram showing a process 250 for 55 Automatic Configuration of a Computing Device" and 

determining boot duration, according to one embodiment of "Method and Apparatus for Automatically Installing and 

the present invention. Referring to FIG. 6, the process 250 Configuring Software on a Computer", filed concurrently 

commences during BIOS POST by, for example, the system herewith and assigned to Phoenix Technologies Ltd., the 

BIOS 82 (FIG. 2). Immediately after enabling the video assignee of the present invention, the contents of which are 

display during BIOS POST (block 255), the system time and 60 herein incorporated by reference. When a connection is 

date are read and stored in a temporary location (e.g., system detected (block 305), the module 300 increments 

memory 124, mass storage 152, etc. of FIG. 2), as shown in C0NNECnON__COUNT (block 310) and stores it back to 

block 260. Reading the system time and date generafly memory. 

involves reading an I/O address where the system timer At block 315,, the module 300 retrieves the current 

registers reside. 65 system time and date, which are read from the system clock/ 

At the end of BIOS POST, the operating system is loaded, timer chip. At block 320, it is determined whether a prede- 

and, at the end of the loading of the operating system, an OS termined time interval has expired. This involves reading a 
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previous time and date, subtracting the current time and date still connected, and, if so, retrieves the time and date using 
from the previous time and date to provide a result, and GetSystemTime( ) and stores the time and date in non- 
comparing the result with a predetermined time interval volatile memory as connection tally time. This helps over- 
(e.g., yearly, monthly, weekly, daily, etc.). The previous time come situations where the computer system 100 loses power 
and date and predetermined time interval are stored in 5 or is powered ofif without first disconnecting from the 
non-volatile memory. Initially, when the OS profile module Internet. 

300 is first powered up, an initial previous time and date is Continuing to refer to FIG. 8, the OS profile module 400 

stored. If the time interval has not expired, then the module determines whether the prior connection ended properly 

(block 450). This is accomplished by using a FAH^_J'LAG 

However, if the time interval has expired, that is stored in non-volatile memory. When the module 400 
CONNECTION_COUNT and result are stored in a separate is started for the first time, FAIL_FLAG is set to zero. If 
non-volatile memory location (block 325) for later trans- FAIL„FLAG is modified to one and is not cleared, indicat- 
mission to, for example, profile server 22 (FIG. 1). In ing that the prior connection did not end properly, the 
addition, a frequency, based on the CONNECTION^ connection_duration is calculated using connection start_ 
COUNT and result, is calculated (block 330) indicating an time and connection tally -time stored in non-volatile 
average of how often there is an Internet connection. The memory. The connection duration is then stored in non- 
frequency is stored with CONNECTION_COUNT and volatile memory (block 455). On the other hand, if FAIL_ 
result, as a single record. A number of such records arc FLAG is equal to zero, then the module 400 moves to block 
created over time, and arc transmitted to profile server 22 460. At block 460, the module 400 again waits for an 
periodically. The one or more records arc then cleared. The Internet connection. Once an Internet connection is detected, 
current time and date are stored as the previous time and date the time and date arc retrieved and saved as connection 
(block 335), CONNECTION_COUNT is cleared (block start-time, and FAIL_FLAG is set to one. At block 465, the 
340), and the module 300 ends. periodic notification is setup using the operating system 

The connection frequency is used by the profile server 22 SetTimcr( ) service. At block 470, a notification is received, 

to determining how often the user is connected to the and at block 475 it is determined whether there is still an 

Internet, and hence the amount of and periodicity of content Internet connection. If there is an Internet connection, the 

that can be downloaded to computer system 100. time and date are retrieved and saved as connection tally„ 

time in non-volatile memory (block 480). Blocks 470, 475, 

4. Internet Connection Duration and 480 are continuously executed imtil there is no longer an 

™^ o u 1 a J- f *u Internet connection, at which time blocks 430, 435, and 485 

FIG. 8 shows an exemplary now diagram of another . j u j- ^ j i j 

r *u <^o CI J 1 Aiin J- . arc executed as before, and the module ends, 
portion of the OS profile module 400, according to one 

embodiment of the present invention. Referring to FIG. 8, ^h® connection duration together with the connection 
the OS profile module 400 is loaded after the operating frequency provide the profile server 22 with the ability to 
system is loaded (block 405). The OS profile module 400 35 determining how often and for how long the user is con- 
then determines whether it is in a failsafe mode by interro- °^cted to the Internet or other network, 
gating a failsafe flag. The failsafe flag, which is optionally < q t n f' 
user alterable, is stored in non-volatile memory or is hard- ' ^^^^ 

coded as part of the module 400. In the case where failsafe piG. 9 shows an exemplary flow diagram of yet another 

mode is not used, the OS profile module 400 continuously portion of the OS profile module 500, according to one 

monitors for an Intemet connection while running in the embodiment of the present invention. Referring to FIG. 9, 

background (block 415). When a connection is detected, the the OS profile module 500 is loaded after the operating 

OS profile module 400 reads the system time and date, and system is loaded (block 505). The OS profile module 500 

stores the same in non-volatile memory as connection start_ then determines whether it is in the failsafe mode. If failsafe 
time. In the Windows™ environment, the module 400 uses 45 mode is not used, the OS profile module 500 retrieves the 

operating system call GetSystemTime( ) to retrieve the system time and date (e.g., using the GetSystemTime( ) call) 

system time and date. and saves the same as usage start_time in non-volatile 

When the computer system 100 (FIG. 2) is disconnected memory (block 515). When a shutdown of (computer system 

from the Internet, the module 400 detects the disconnection 100 (FIG. 2) is detected (block 520), the module 500 
(block 425), retrieves the time and date (e.g., using the 50 retrieves the time and date again (block 525), and tempo- 

GetSystemTime( ) call), as shown in block 430, and tern- rarily saves the same as usage end time. Tlie usage start_ 

porarily saves the same (e.g., in RAM) as connection time is subtracted from the usage end_time to determine the 

end_time. The connection start time is subtracted from the usage -duration (block 530). The usage duration is stored in 

connection end_„time to determine a connection duration a record in non-volatfle memory for later delivery to the 

(block 435). The connection duration is stored in a record in 55 profile server 22 (FIG. 1). At block 535, a USAGE_FLAG 

no n- volatile memory-for later delivery to the profile server is reset to zero (used in failsafe mode), as will be described 

22 (FIG. 1). At block 485, a FAIL_FLAG is reset to zero in the following paragraphs. 

(used in failsafe mode), and is described in the following in the failsafe mode, the OS profile module 500 deter- 

paragraphs. mines whether the prior usage ended properly (block 550). 

In an altemative implementation, the failsafe mode is 60 This is accomplished by using the USAGE_.FLAG, which 

utilized. The failsafe mode takes into account the fact that is stored in non-volatile memory. When the module 500 is 

the computer system 100 may shut-off abruptly, and recov- started for the first time, USAGE_FLAG is set to zero. If 

ers in a well-behaved manner. In the failsafe mode, the OS USAGE_FLAG is modified to one and is not reset, indi- 

profile module 400 utilizes an operating system SetTimer( ) eating that the prior usage of computer system 100 did not 
service to get a periodic signal from the operating system. 65 end properly, the usage_duration is calculated using usage 

When the module 400 receives the signal from the operating start_time and usage tally_time stored in non-volatile 

system, the module verifies that the computer system 100 is memory. Then usage__duration is stored as a record in 
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non-volatile memory (block 555). On the other hand, if 
USAGE_FLAG is equal to zero, the module 500 retrieves 
and stores the system time and date as usage start_time, and 
USAGE_FLAG is set to one (block 560). At block 565, the 
periodic notification is setup using the operating system 5 
SetTimer( ) service. At block 570, a notification is received, 
and at block 575 it is determined whether a shutdown is 
detected. If a shutdown is not detected, then the time and 
date are retrieved and saved as usage tally_time in non- 
volatile memory (block 580). Blocks 570, 575, and 580 are lo 
continuously executed until a shutdown is detected, at which 
time blocks 525, 530, and 535 are executed as before, and 
the module ends. 

The system iisage duration provides the profile server 22 
information on how long the user is on computer system 
100. 

Thus, as can be seen, the present invention provides 
numerous advantages, some of which include the ability to 
determine computer system usage profile, which is periodi- 
cally provided to a server, and the ability to intelligently 
target content from the server to the computer system 
responsive to the computer system usage profile. The intel- 
ligent decisions include, for example, the amount of and 
periodicity of content to download, the price to charge 
third -party content providers for the content, and the like, in 
order to maximize the efficiency and effectiveness of the 
content. 

While certain exemplary embodiments have been 
described and shown in the accompanying drawings, it is to 
be understood that such embodiments are merely illustrative 
of and not restrictive on the broad invention, and that this 
invention not be limited to the specific constructions and 
arrangements shown and described, since various other 
modifications may occur to those ordinarily skilled in the art. ^5 

What is claimed is: 

1. A method of determining boot-up time of a computer 
system, comprising: 

retrieving a first time on the computer system; 

loading an operating system; 40 

retrieving a second time on the computer system when the 

operating system has loaded; 
determining a boot time in response to the first and second 

times; and 

determining an amount of content to transfer to the 
computer system based on the boot time. 

2. The method of claim 1 further comprising transferring 
the boot time to a server. 

3. The method of claim 2 further comprising transferring 
an amount of content responsive to the boot lime. 

4. The method of claim 2 further comprising adjusting the 
periodicity of the content to be transferred responsive to the 
boot time. 

5. The method of claim 4 further comprising transferring 
the content fi-om the server to the computer system. 

6. The method of claim 1 further comprising storing each 
boot time as a record. 

7. The method of claim 1, wherein retrieving a first time 
comprises retrieving the first time from the system timer of 
the computer system using a BIOS profile module. 

8. The method of claim 1, wherein retrieving a second 
time comprises e second time from the system timer on the 
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computer system once the operating oaded using an OS 
profile module, said OS profile module to be loaded once the 
stem has been loaded. 

9. The method of claim 4, further comprising determining 
a boot the computer system, said boot frequency to be used 
in said adjusting the periodicity of the content to be trans- 
ferred responsive to the boot time. 

10. A computer program product, comprising: 

a computer usable medium having computer program 

code embodied therein to retrieve a first time on the 

computer system; 
computer readable program code to cause an operating 

system to load; 
computer readable program code to retrieve a second time 

on the computer system when the operating system has 

loaded; 

computer readable program code to determine a boot time 
in response lo the first and second times; and 

computer readable program code to determine an amount 
of content to transfer to the computer system based on 
the boot time. 

11. The computer program product of claim 10 further 
comprising computer readable program code to transfer the 
boot lime to a server. 

12. The computer program product of claim 11 further 
comprising computer readable program code to transfer an 
amount of content responsive to the boot time. 

13. The computer program product of claim 11 further 
comprising computer readable program code to adjust the 
periodicity of the content to be transferred responsive to the 
boot time. 

14. The computer program product of claim 13 further 
comprising computer readable program code to transfer the 
content from the server to the computer system. 

15. A system, comprising: 
a computer including, 

a memory element having one or more instructions, and 
a processor coupled to the memory element, the 

processor, in response to the one or more instructions 

to, 

retrieve a first time on the computer, 
load an operating system, 

retrieve a second time on the computer when the 

operating system has loaded, 
determine a boot time in response to the first and 

second times; and 
transmit the boot time when a network connection is 

detected; and 

a server to receive the boot time, determine an amount of 
content to transfer to the computer based on the boot 
time, transmit said amount of content to the computer, 
and charge said amount from a source of the content 
responsive to the boot time. 

16. The system of claim 15 wherein the server to adjust an 
amount of content to transfer responsive to the boot time. 

17. The system of claim 15 wherein the processor to 
transmit a frequency of boots of the computer to the server 
such that the server adjusts a periodicity of the content that 
is transferred to the computer. 
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